TITLE OF INVENTION 

RECONFIGURABLE DIGITAL PROCESSING SYSTEM FOR SPACE 

STATEMENT OF GOVERNMENT INTEREST 

The invention described herein was made under Contract No. 572100 with the 
Government of the United States of America and may be manufactured and used by and for the 
Government of the United States of America for Governmental purposes without the payment of 
any royalties thereon or therefor. 

CROSS REFERENCE TO RELATED APPLICATION 

This is a Continuation-In-Part of US application Serial No. 10/334,317, filed December 
31, 2002. This application also claims rights under 35 USC § 119(e) under US Application 
Serial No. 60/347,670, filed January 11, 2002. 

FIELD OF INVENTION 
This invention relates to the repair or mission redirection of space vehicle electronics and 
more in particularly to the utilization of field programmable gate arrays to provide a hardware 
centric approach to the repair or mission redirection. 



BACKGROUND OF THE INVENTION 
In the past decade, signal and data processing aboard spacecrafts have advanced rapidly 
from KIPS or kilo instructions per second to MIPS or millions of instructions per second. The 



result is the utilization of increasingly powerful commercial technology which has to be adapted 
for space applications. 

However, as is common in the design of electronics carried in space vehicles, a massive 
amount of redundancy has heretofore been utilized such that if one of the particular processing 
systems goes down due to massive incoming radiation or due to component failures, it was the 
policy to provide for redundant processing to repair the electronics by simply duplicating it and 
calling up the duplicate processor. 

However, with increased processing loads the amount of a weight and space occupied by 
such redundant systems has become excessive. Additionally, the utilization of redundant 
systems requires increased power resources which are unavailable at the spacecraft. Thus there 
is a limit of how much redundancy one can achieve given the limited space and power resources 
available on, for instance, a communications satellite. 

Moreover, due to the long time span of missions lasting from several years to over 
decades, the applications for the processing elements for the spacecraft sometimes needs to be 
changed due to different requirements that did not exist at the time of launch. This means that 
there is a requirement to be able to flexibly change the signal processing capabilities of the on- 
board electronics package and to do so not only to accommodate system element failure, but also 
to accommodate new mission objectives. 

In the early days of space flight in the United States, triple redundancy was thought to be 
sufficient to counteract system failures during the relatively short space flights involved. For 
instance, in manned programs, the missions were at most a number of weeks as opposed to 
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number of decades. Thus for manned space flight, triple redundancy was sufficient due to the 
relatively short duration of the space flight. 

However, for longer missions involving multiple years to decades, not only was it 
necessary to be able to accommodate subsystem failures, it was necessary to be able to repair the 
downed subsystems without costly individual element redundancy. For mission changes 
individual element redundancy was likewise inappropriate. 

Thus, with decade long missions, and with power at a premium, to say nothing of payload 
weight, there is a requirement for providing a fundamentally different methodology for 
accommodating system failure and mission changes. 



SUMMARY OF THE INVENTION 

In the subject invention, a multi processor network architecture is utilized which is 
composed of a group of hardware and software building blocks supported by tests and 
development environments that are combined utilizing well defined interfaces to perform general 
purpose processing, and more particularly signal processing. As part and parcel of the subject 
invention some or all of the spacecraft processing is provided by field programmable gate arrays. 
The reconfigurable nature of the subject invention derives from the utilization of the field 
programmable gate arrays usable in a space environment which today may have as many as one 
million gates in a module. As a result, in the subject invention, the multi processor network is 
built up from a number of hardware building blocks one or more of which being one or more 
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field programmable gate arrays. To make the blocks most useful, an infrastructure is created 
around the fixed elements (such as external I/O connections to the board) of the FPGA array. 
This is fully tested and provides a mission configurable attachment to the unique processing in 
each FPGA. 

In one embodiment, an array of field programmable gate arrays (FPGAs) is provided and 
interconnected with a bus structure, and with data pipes being provided to interconnect various 
field programmable gate arrays and to the outside world. 

Moreover, for the FPGA infrastructure a timing and synchronization block is utilized to 
synchronize the various data pipes to the clock or clocks of interest, whereas a set of common 
infrastructure block registers is utilized to configure the fixed interconnects into and out of the 
FPGA as well as to provide the status of both the fixed elements and as a collector of status from 
the customizable application core involved in the FPGA digital signal processor. Shadowed data 
ports are provided to synchronize data pipes from other FPGAs to the same clock or clocks so 
that all the data can be worked on in parallel by the various FPGAs. Thus the shadowing 
concept involves the idea of making sure that all of the FPGAs have the requisite data for their 
particular processing functions or that one FPGA can provide output data to any of the externally 
connected types of devices or to the other FPGAs. 

The shadowing is utilized for flexibility purposes and also due to limitations on external 
signals where they can only be connected to one FPGA. 

Thus, rather than simply uploading new software for software modules on-board the 
spacecraft, what is uploaded to the spacecraft are commands involving messages which 
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reconfigure the basic signal-processing components utilized. What this means is that the 
instruction set for the FPGAs can be changed on the fly in terms of changing the machine 
language and the binary so that the original or new hardware processing function is defined, thus 
to be able to reconfigure or create a new signal processor where one has previously damaged or 
where the mission task has changed requiring different types of signal processing. 

In one embodiment, a circuit is provided for periodically monitoring the health of a 
FPGA and if found defective, this fact is transmitted to an earth station to alert engineers and 
scientists to the fact that a problem exists. When a solution is engineered the appropriate FPGA 
change is uploaded to the spacecraft to correct the problem. Alternatively, upon detection of 
such an event, other processors on the spacecraft can be programmed to reconfigure damaged 
processors. 

The result is that it is no longer necessary, if it were at all possible to switch out unique 
processors on a spacecraft in the same manner that shuttle-reachable low earth orbit satellite 
processors can be changed through utilizing the space shuttle. Rather the field programmable 
gate array modules supply sufficient on-board hardware to provide for the aforementioned 
redundancy by simply creating a new signal processor through the reconfiguration of an 
operational FPGA. 

To provide for programming flexibility, either for repair or to accommodate 
mission change, a RAM-based FPGA is used as a space-based signal processor, with the RAM- 
based portion providing that the FPGA have a volatile memory. Moreover, since field 
programmable gate arrays are presently massive and are likely be even more massive, all of the 
potentially increased processing power that would be required on a spacecraft may be provided 



by an array or multiplicity of FPGAs so that even with the increased processing requirements for 
todays missions, reconfigurable hardware may be provided. 

In summary, a reconfigurable digital processing system for space includes the utilization 
of field programmable gate arrays utilizing a hardware centric approach to reconfigure software 
processors in a space vehicle through the reprogramming one or more FPGAs such that one 
obtains a power/performance characteristic for signal processing tasks that can not be achieved 
simply through the use of off-the-shelf processors. In one embodiment, for damaged or 
otherwise inoperable signal processors located on a spacecraft, the remaining processors which 
are undamaged can be reconfigured through changing the machine language and binary to the 
field programmable gate arrays to change the core processor while at the same time maintaining 
undamaged components so that the signal processing functions can be restored utilizing a RAM 
based FPGA. In one embodiment, multiple FPGAs are connected together by a data bus and are 
also provided with data pipes which interconnect selected FPGAs together to provide the 
necessary processing function or functions. Flexibility in reconfiguration includes the utilizing 
of a specialized timing and synchronization block as well as a common configuration block 
which when coupled to an interconnect block permits reconfiguration of a customizable 
application core, depending on the particular signal processing function desired. The result is 
that damaged or inoperable signal processing components can be repaired in space without 
having to physically attend to the hardware by transmitting to the spacecraft commands which 
reconfigure the particular FPGAs thus to alter their signal processing function. Whether or not 
damaged, the same system can be used mid-flight to reconfigure processors for new mission 
tasks. 
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ppTCTt nPSTRirnQM OF THF. OR AWINGS 
These and other features of the subject inveutiou wiH be better understood in connection 
with the Detailed Description in conjunction with the Drawings, of which: 

Figure 1 is a diagrammatic illustration of the utilization of redundancy to effectuate repair 
of A or spacecraft which can no, be reached by a manned space vehide, illustrating the 
problem of the repair of space vehicles which are not in low earth orbit; 

Figure 2 is a block diagram illna.ra.ing .he utilization of a field programmable gate array 
which is reconfigure from .he ground tough .he transmission of compiled messages whicb 
aro stored and transmuted via commands to an on-board spacecraft receiver which through a 
communications application and an interface reprograms a spacecraft-carried FPGAs; 

Figure 3 is a diagrammatic illustration of the utilization of an array of FPGAs 
interconnected with a bus and data pipes so as to provide a spacecraft with reconfigure signal 
and data processors; 

Figure 4 is a diagrammatic illustration of the change of a filter function of an FPGA 
digital signal processor to a histogram generating function; 

Figure 5 is a block diagram of the subject FPGA infrastructure involving a customizable 
application core winch is configured in one instance to prov.de a filter function in which raw 
data to be filtered is routed to the customable application core via data pipes, with the filtered 
output routed out via data pipes through an external I/O block; 

Figure 6 is a block diagram of the FPGA infrastructure of Figure 5, illustrating the 
change in the customizable application core to a histogram function involving a change in the 
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processing performed by the core as well as the requirement for an expanded memory to be able 
to store histogram data and to output it through the external I/O block; and, 

Figure 7 is a block diagram of a field programmable gate array module involving a 
number of field programmable arrays and the control on the interface thereof back to. 

DETAILED DESCRIPTION 
Referring now to Figure 1, in the prior art, a low earth orbit spacecraft such as illustrated 
at 10 could be serviced by a space shuttle 12 such that for any malfunctioning equipment or any 
change in mission task equipment could be removed, repaired and re-installed. Such was the 
case with the Hubbel space telescope. However, for those spacecraft above the shuttle's reach 
such as geosyncronous satellites 14 it is impossible to do a manned repair for any equipment that 
may be malfunctioning. 

It will be appreciated that such satellites may be on station multiple years to decades and 
that the electronic circuits within the satellite may simply deteriorate with age or may be 
damaged by a burst or the build-up of radiation. In order to assure that such failures could be 
remedied, the number of active unique elements in the spacecraft electronics were duplicated for 
redundancy purposes such as illustrated at 16, such that whatever functions the active elements 
were to perform, if one of the unique elements went down, the functions were then switched to a 
redundant identical unique element such as illustrated by arrow 18. 

As mentioned hereinbefore, with the monumental increase in processing power for signal 
processing aboard the satellites, it then became imperative to find some way of resurrecting the 
function of a failed signal processor or some other element aboard such a satellite. 
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In the past, the resurrection would mean merely switching from one previously 
programmed active element to an identical active element and to couple it to a fixed asset such as 
on antenna and the like here illustrated at 20 in order to make sure the function of the satellite 
was restored. 

However, for missions that last over multiple years to decades, not only may the 
individual electrical components fail, the mission tasks may change and it is for this reason that it 
is important to provide a certain amount of reconfigurable flexibility in order to accommodate 
both scenarios. 

Rather than simply reprogramming existing processors, in the subject invention the 
flexibility is provided by reconfigurable field programmable gate arrays, each which presently 
can have as many one million separate gates. 

While the subject invention will be concerned with present day field programmable gate 
arrays that are qualified for space usage, it will be appreciated that with new technical advances, 
the number of gates per square inch is already increasing in terrestrial applications and may 
become space qualified in the future. 

Referring now to Figure 2, in order to provide a reconfigurable digital processing system 
for space applications, the signal processing function in the subject invention is provided through 
one or a number of field programmable gate arrays 30 in which an input signal 132 of a digital 
nature is processed by the field programmable gate array so as to provide an output 134, with the 
output depending on the particular signal processing function. These signal processing functions 
can be as simple as a filter function, or as complicated as a fast Fourier transform device. 
Moreover, the field programmable gate array can provide a histogram type function in which 
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inc „ mi „g data is categorized over time so that the particular signature or time history of an event 
is cataloged as to the number of occurrences. This is utilized for, for instance, for signal 
ignition purposes. For telemetry or sparse data coHection, for instance, a number of 
compression algorithms a* imp.emen.ed in the spacecraft's electron.es so as .o be able .o 
provide compressed da,a — sions ,o earth s«a.io„s or between sa.e..i,es, with .he 
compression algorithms providing .he info.ma.ion in a compressed form so as to reduce .he 
amount of da.a transmitted. Moreover, when the sateUites am utilized, for instance for 
mconnaissance purposes, a number of co-band interfering signals can be analyzed, separated, 
demodulated and the information provided in a downlink .o an earth station. This type of 
processing can involve muHi-user detection algorithms and can involve complicated Viturbi 
processing, all of which requires increased processing power. 

in fact, any signal analysis which is performed by the electronics payload of the satellite 
req „ires me use of computers and therefore retires the ability .o be able to do the particular 
processing task even when some of me active elements are down due to malfunction. 

Moreover, if the signal-processing .ask varies, in .he subjee, invention it is the purpose of 
m e use of .he field programmable gate arrays to provide a hardware centnc approach to digital 
signa, ptoeessmg so that for new mission tasks the basic functioning of the processor is altered in 
terms of altering the configuration of the field programmable gate array. 

in order to upload commands or messages which will reconfigure the field 
programmable gate array, in genera, the function of the field programmable gate array is written 
or generated in VHDL as illustrated at 32 whrch with design tool 34 and a compiler 36 are 
utilized to generate messages 38 tba. are stored a. 40 and then transm.tred at 42 via an antenna 44 
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t0 a spacecraft anrenna 46. These messages in ,he form of commands are received by a receiver 
48 on me spacecraft which are then provided .0 a communication application 50 whrch provides 
tne commands in a form snirable for .programming or reconfiguring in a fieid progmmmabie 
gate array 30. This is done through an interface 52 as illustrated. 

Referring now to Figure 3, in the subject invention for spacecraft applications, a number 
of field provable gate arrays 30 ace provided as the essentia, reconfigure digital 
processing elements. In order to be able ,o reconfigure me field programmable gate arrays, one 
or more busses 60 ae provrded which provides configuration instructions as well as timing, 
a,ong with low speed data for inputting and outputting data not subject to major timing 
constraints. It win be appreciated that any bns has an associated clock 62 which represents one 
of a number of clocks that may be utilized in this subsystem. 

Also interconnecting the field programme gate arrays are a number of data pipes 64. 
These data pipes have their own clocking system 66 that provide the time base and deck siguah 
for moving and operating on the data between and in the FPGAs. These data pipes 64 provide 
data mputs and data outputs for each of the fie.d programmable gate arrays. These data pipes 
aiso provrde a shadowing technique for synchronizing the data between mu.tiple FPGAs. By 
shadowing is mean, the proviston of a data bus to present the same data a. the same time (on the 
same Cock pulse or on a Cock puise rha, is a determine number of docks from the main 
Cock, ro multiple field programmabfc gate arrays. Shadowing also provrdes the abrli.y to ourpur 
data from any FPGA to a specific output port of another FPGA that is also time synchrony to 
a specific clock pulse. 
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It will also be appreciated that selected ones of the FPGAs may be required to 
communicate with the outside world, meaning other electronics components within the 
spacecraft. Data pipe 64 also provides such a function. Thus, the data pipes may provide 
interconnectability between the FPGAs and also serve as a means of inputting data as well as 
outputting data. 

Referring now to Figure 4, in one illustrative embodiment, it may be required that a 
filtering process such as illustrated at 70 for a given FPGA array be converted into a histogram 
generating function as illustrated at 72. When formulating the original mission, it may have been 
unrecognized that histograms would be required and it is up to the system designers to be able to 
garner whatever assets are on-board the spacecraft in order to be able to perform the histogram 
function. 

As part of the subject invention, since field programmable gate arrays are used as a 
processing element for the signal processing in the spacecraft, a filter function for a given FPGA 
is to be converted into a histogram generating function. While this scenario is for illustrative 
purposes only, it will be appreciated that for malfunctioning apparatus a given FPGA, if 
operational, may be reconfigured to perform the signal-processing task of an inoperative FPGA 
or an inoperable component on the spacecraft. 

Referring now to Figure 5, it will now be demonstrated how the FPGA infrastructure can 
be utilized in the first instance to provide a filter function. 

Referring now to Figure 5, as can be seen at 80, a customizable application core which 
utilizes in general 95% or more of the FPGA capacity, provides a digital signal processing 
functioning and is pre-encoded to provide a preselected filter function. Raw data to be filtered as 
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illustrated by arrow 94 is introduced into the FPGA via external CDP input data pipe 104 
through an external I/O bloek 84 over internal data pipe 118 whieh then through a timing and 
synchronization bloek 86 provides this information via a synchronized data pipe 126 to and 
through an interconnect block 88 and over a data pipe 130 <o core 80. The flow of data is 
illustrated by dotted line 112, with the timing and synchronization block synchronizing the data 
in time with the controlling clock and thus with the filter function. It will be appreciated that the 
purpose of interconnect block 88 is to function as a switch to be able to connect appropriate data 
pipes to and torn core 80 to and torn external I/O block 84. In this case, the raw digital data to 
be filtered is applied over dam pipe 130, with the result of the processing accomplished by the 
core being applied to data pipe 132 which is connected through interconnect 88 over shadow 
CDP data ptpe 128 to external I/O block 84 from which the filtered data 96 is available over 
shadow dara pipe B 108. This output filter data path is shown by dotted line 1 14. 

Further, regardmg the control of the field programmable gate array, a configuration and 
status block 92 has within it common infrastntcture block registers which store configuration and 
status information, with the common infrastructure configuration and status block being 
connected to external I/O block 84 to receive and transmit data over control bus 103, and to 
timing and synchronization block 86 utilizing connected clocks 144, interconnect block 88 
controlled over configuration and control interface 138, and core 80 through register interface 
148 and controlled over configuration and control interface 140. 

Configuration and status block 92 also provides interrupt and discretes 105 which are 
coupled to the external I/O block 84, the purpose of which is to signal events and status of the 
FPGA function to external apparatus such as illustrated by arrow 115. Block 92 is also 
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configured to receive as well as transmit this information. It will be appreciated that this 
information comes from a source external from the FPGA to control the FPGA infrastructure or 
can be generated by the FPGA infrastructure for use externally. It will be appreciated that the 
external I/O block 84 is indeed the boundary of the control for the FPGA, with the control bus 
connection being illustrated at 103 between external I/O block 84 and configuration and status 
block 92. 

It will be noted that as illustrated at 90 control logic is generated for bus A and B 
illustrated at 107 and 109 respectively and control bus illustrated at 103, connected between core 
80 or CIB Registers 92 and external I/O block 84. It will be appreciated that bus A, bus B and 
Control Bus connect to the outside world through external I/O block 84 as illustrated and 
correspond to the connections between FPGAs 30 of Figure 3 and bus 60. 

As to the aforementioned shadowing, there is a shadow bus control 82 which is 
connected between external I/O block 84 and configuration and status block 92 with control 
provided over configuration and control interface 146 as illustrated. Also shown are three 
shadows 120, 128 and 122 which are connected between the external I/O block 84 and 
interconnect block 88 or the timing and synchronization block 86 as shown so as to provide time 
synchronized data pipes from and to external sources which as illustrated in Figure 3 are other 
FPGAs. Note that while a status and clock control from external I/O block 84 is illustrated going 
into shadow bus control 82, as illustrated at 142 a line from the shadow bus control 92 goes to 
external I/O block 84 to gate and control the connection between the interconnect block and the 
outside world through the external I/O block. 



14 



Referring now to Figure 6, in whieh .ike reference eharaeiers are applied to .ike 
Cements, in convening the parricuiar FPOA from a filter function ,o a histogram generating 
function, Che customable application core 8! is reconfigured to perform histogram processing 
a,o„g with expanding .he memory thereof to be ab.e to store histogram data and .he histogram 
Thus, i, is important to be able to reconfigure core 8! both as to the particular type of 
processing it is to do as we,, as to add or subtract memory depending on the reau— of tite 
particuUu signa, processmg task. It wi„ be appreciated that memory is of course integra, to the 
fie,d programme gate army, with the amount of it being prebu,„-,n and utifizeri as mquired 

M can be seen in Ftgure 6, histogmm data 95 is app.ied dtrough a dam pipe to external 
VO b-oek 84 whieh as can be seen by dotted arrow 112 moves up through timing and 
synchronization b,ock 86 and titrough ,n,ereon„ee, b.ock 88 to core 80 through the utilization of 
data pipes 104, ,18, 126 and ,30. Rather man dumping the resutts of the histogmm generation 
back through interconnect b,ock 88 and down to externa, „0 biock 84 through timing and 
synchronization b,ock 86, in this embodiment, the output of the histogram function is transmitted 
OT er bus B, here U.ustrateti a, 107 and through externa, ,0 b,ock 84 such .hat the histogram 
res u,t is avai,ab,e as Wustrated a, 98. Note mat in this embodimen, this function ts control by 
a stop, atari signa, ,00 as opposed to being continuous as in a fitter function. This star, stop 
function is generated externa,* and is apphed through configuration and status b.ock 92 utilizmg 
lh e interna, interrupts and discretes Hues .05, externa, intermpts and drscretes 115 and register 
tuteriace 148 to appropna.e,y contro, com 80 through the uti.ization of an mtema, contro, 
interface 140 as iUustrated. Hem .he flow of data is .Unstated by dotted line 1 13. 
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As ca „ be seen at 148 a Hne connects infrastructure Mode registers to registers within 
core SO. Alternatively this Hne can dump the information in registers in core 80 back to the 
common infrastructure Mock registers in block 92. 

Wb, can be seen is that the fteld programmable gate army mfrastructure is sufficient., 
te ib,e to convert a fie.d programmab, gare an.y funcuon from one of a fi.ter.ng functton to 

the required reconfigurabon flexibility is achieved. 

ReferringnowtoFtgu^.in order ,„ reconfigure a computing card containing a number 

of f ,e,d programmable gate arrays, configuration —on is received on bus .50 which is 

incoming information in a ser.es of SRAMs .5, This control has it, own osciUator or Cock 
« wi,b the output of control ,54 being applted to a configurabon bus ,56 .0 configure or 
^nfigure field programmable gate arrays ,58, ,60 and ,6, , will be appeared mat the 
con™, u„i,.54e„her can provide con„o, for a„ field programmabie gare arrays ,n para„e, 
or can individually configure a field programmable gate array. 

It will be appreciated mat the field programmab,e gate arrays can be expanded w,th 
Memory such as .l.ustrated at ,64 shou,d there be insufficien, memory in any one of the fie,d 
programmable gate arrays. Note that these SDRAM can be used either between each 
programmable gate arrays or individually. 

,„ „„e embodiment, bus interface 152 is provided w„h an internal micro— (no. 

startup configuration a non-volatile memory 166 in the form of an EEPROM is provided 
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purpose. As shown each of the FPGAs 158-162 are provided with their own individual data 
pipes 170-174 which are the external data connections for the FPGAs. Shadow data pipes 176 
indicate that they can be used to shadow data pipes for the connection of one FPGA to another. 
Thus, in one embodiment each one of the three data pipes 170, 172 and 174 is connected 
individually to every other FPGA on the card through the utilization of the shadow data pipes. 

Note that an interconnect bus 180 adds additional conductivity between the FPGAs for 
future application use and normally connects most signals between the FPGAs. 

Note also that on line 182 carries triggers and discretes which are applied to the timing 
and synchronization block 86 as illustrated in Figure 5 for each of the field programmable gate 
arrays, thus providing shadow synchronization. Note also as illustrated at 184 and 186 interrupts 
and discretes respectively are connected to and from the configuration and status block 100 of 
Figure 5 in the case of Figure 7. This means that FPGA interrupts on 184 are connected 
externally through bus interface 152 and represents the collection of those signals from control 
154 and all of the FPGAs on the card. The same applies for the discretes on line 186. 

With respect to single event handling in the FPGA, it will be appreciated that what is 
referred to as a single event is a change of state in the FPGA caused by radiation, which change 
is not permanent. The result is that this change can be in fact corrected. For this purpose Figure 
7's control unit 154 constantly polls the configuration of all the FPGAs to ascertain that they 
match the predetermined configuration stored in memory 156. In this manner the system self- 
tests all of its FPGAs to ascertain if there is a single event upset. Upon detection of a single 
event upset, control unit 154 reloads the segment of a configuration determined to be in error and 
notifies an external device using the interrupt structure to indicate that a single event upset has 
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occurred Once control unit 154 ascertains that the problem has been fixed which it does by 
rechecking the configuration of Ore associated FPGA, contrel unit 154 returns to its monitoring 
status and notifies the externa, element with another interrupt. The notification process allows 
ground comroUers or other processes to be able to decide what to do about the single even, upse, 
and whether to use the data that was produced during this rime period. 

Note that a JTAG bus meeting the IEEE f 149.1a standard 190 is connected to bus 
interface 152 for test and maintenance purposes. 

Having now described a few embodiments of the invention, and some modifications and 
variations thereto, it should he apparent to those skilled in the art .ha. me foregoing is merely 
fflustrative and not limiting, having been presented by the way of example only. Numerous 
unifications and other embodiments are within the scope of one of ordinary skill in the art and 
are con.empla.ed as falling within the scope of the invention as limited only by the appended 
claims and equivalents thereto. 
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